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APPLICATION FOR PATENT 
TITLE: EMBEDDED OS PXE SERVER 

INVENTOR: James F. Frye, Jr. 

SPECIFICATION 

CROSS-REFERENCE TO RELATED APPLICATIONS 

[0001] This application is related to co-pending U.S. application Serial No. 09/967,615, 
bearing Attorney Docket Number H052617.1116US0, entitied "PXE Server Appliance," by 
James F. Frye, Jr., filed on September 29, 2001, which is incorporated herein in its entirety 
for reference. 



STATEMENTS REGARDING FEDERALLY 
SPONSORED RESEARCH OR DEVELOPMENT 



[0002] Not Applicable. 



REFERENCE TO A MICROFICHE APPENDIX 
[0003] Not Applicable. 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 
[0004] The present invention generally relates to computer networks and more 
particularly to booting computer server networks. 



2. Description of the Related Art 
[0005] A variety of computing systems could be used for providing the server 
functionality on each subnet using Preboot Execution Environment (PXE) protocol and 
software services (developed by the Intel Corporation of Santa Clara, California). This PXE 
software is a part of Intel's Wired for Management (WfM) program for remote booting of 
servers. (Preboot Execution Environment Specification, Intel Corporation, Version 2.1, 
September 20, 1999, incorporated by reference herein). For example, a general purpose 
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server computer could be used, but that could essentially be an overkill, as it results in an 
expensive general purpose server dedicated to each subnet and possibly not being used to its 
fiill extent to provide other services. Conversely, a dedicated appliance level computer could 
be designed as described in co-pending application serial number 09/967,615, entitled, "PXE 
Server Appliance," incorporated herein in its entirety. This approach results in the design, 
development and manufacturing cost of a specific piece of hardware dedicated to this 
particular task, 

BRIEF SUMMARY OF THE INVENTION 

[0006J According to the invention, an embedded OS based computer is employed on each 
subnet as the PXE server. For illustrative purposes, the Windows™ CE is selected as one 
such embedded OS, and the illustrative examples using the Windows CE OS should 
considered to include embodiments having any embedded OS. Generally, a Windows CE 
based computer is not thought of as a server level product, as it has limited capabihties and 
capacities. By using a Windows CE based computer, low cost, off-the-shelf hardware is 
employed while at the same time reducing the cost and development to that of developing the 
appropriate software to act as a PXE server for routing the PXE requests. This low cost, off- 
the-shelf hardware with the speciahzed software is then employed in the dedicated task of 
acting as the PXE server for each subnet. The Windows CE based computer booting system 
allows editing boot scripts and other adjustments to control the booting parameters at the 
server site rather than at the site where Memet access is available. Additionally, the 
Windows CE based computer can be adapted to use wireless technology to communicate 
with the servers, thus providing capability to utiHze Internet and/or wireless communication 
technologies to boot the servers. Thus, in large networks having multiple subnetworks, one 
can advantageously use a mix of the Windows CE based computer PXE servers and the PXE 
server appliances of the co-pending application to suit the different requirements of the 
different subnetworks. 

[0007] A method of directing a computer network for booting using a Windows CE based 
computer is provided in which the computer hstens for PXE requests from PXE enabled 
target servers of the network and in response provides a netboot program and address 
information of a boot server. By executing the netboot program, the target server acquires 
the boot server fix)m which the server receives a boot image and other software necessary for 
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it to become operational. The Windows CE based computer may communicate with the 
target servers and the boot server via the Internet, using wireless communication, or through 
other techniques. An embodiment of a Windows CE based computer is provided that 
includes a micro computer having a network interface controller, a display, a user input 
device, and a processor. An embodiment of a system for booting a computer network usmg 
the Windows CE based computer is provided. The system includes a target network of PXE 
enabled servers coupled to the Windows CE based computer and a boot server coupled to the 
Windows CE based computer and to the network. 

[0008] This approach can provide multiple advantages. A PXE server need not be 
provided on every subnet. An inexpensive Windows CE based computer instead is provided 
on some or all of the subnet. 

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS 

[0009] A better understanding of the present invention can be obtained when the 
following detailed description of some embodiments is considered in conjunction with the 
following drawings in which: 

Figure lA is a flowchart of a technique of booting servers on a network using a 
Windows CE based computer according to an embodiment of the invention. 

Figure IB is a flowchart of an example net boot program for using with a Windows 
CE based computer according to an embodiment of the invention. 

Figure 2 is a diagram of a system of booting servers on a network using a Windows 
CE based computer. 

Figure 3 is an example embodiment of a Windows CE based computer. 

Figure 4 is an example of a chent edit box of the user interface of the Windows CE 
based computer in Figure 3. 

Figure 5 is an example of a real-time display of the PXE console server on the user 
interface of the Windows CE based computer in Figure 3. 
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DETAILED DESCRIPTION OF THE INVENTION 

[0010] In the following discussion it is assumed that the subject matter generally relates 
to an embedded OS based computer and that a Windows CE based computer is used only as 
an illustrative example. With reference to Figures 1, an example embodiment of a technique 
10 of directing a computer network 115 (Fig. 2) for booting using a prebooting execution 
environment (PXE) Windows CE based computer 120 is illustrated. A network 115 of target 
servers may comprise several of subnetworks 1 12, 1 14. The number of target servers in each 
subnetwork is decided by each installation. A Windows CE based computer 120 is 
preferably coupled to each subnetwork 112, 114. Each target server utilizing the technique 
10 has its PXE enable option turned on. The Windows CE based computers 120 and the 
network 115 form a local network where local broadcasts may be utiUzed for communication 
between the target servers and the Windows CE based computer 120. When target server 
booting is desired, the target server broadcasts a PXE request over the local subnetwork. In 
step 15 of the technique 10, the Windows CE based computer 120 Ustens to PXE requests 
from the target servers of the network 115 (Fig lA). In the illustrated embodiment, at least 
one Windows CE based computer 120 listens to one of the subnetworks 1 14 or 1 12. The 
listening step 15 of the technique 10 is preferably performed through a TCP/IP (the 
Transmission Control Protocol/ Internet Protocol) stack although other techniques can be 
used. The TCP/IP is the most common used transmission control protocol over the Internet. 
The hstening step 15 of the technique 10 can also be performed by wireless communication. 
The long range wireless communication, using a hand held computer like the Windows CE 
based computer 120, can be estabhshed, for example, using IEEE Std. 802.11b wherein a 
Media Access Control (MAC) services protocol is utilized. The short range wireless 
communication can be estabhshed, for example, using Bluetooth industry standard (an Intel 
standard). The Bluetooth devices provide an effective range of up to 32 feet and operate at 
24 GHz frequency band. 

[0011] The Windows CE based computer 120, in response to PXE requests, provides a 
net boot program (NBP) and address information of a boot server to the requesting target 
servers. In the illustrated embodiment, the address information of the boot server 130 is an 
Internet Protocol (IP) address over the network. The NBP is a small, executable program that 
directs the server to the boot server. The NBP is typically a vendor provided program for the 
PXE software written in accordance with the PXE specification. An example of the NBP is 
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described in more detail in the next paragraph. Also, in the illustrated embodiment, the boot 
image 140 may be provided through a router 125, by wireless communication, or through 
other techniques. In the illustrated embodiment, the boot image 140 comprises responses to 
PXE queries for the target server requesting a boot image. The Windows CE based computer 
120 is capable of listening to one or more target servers at the same time. If the target servers 
do not have the PXE enablement turned on, the Windows CE based computer 120 preferably 
ignores any broadcasts from those servers. In step 25, the target server 110 executes the net 
boot program and by executing that program it requests, the boot server 130 to transfer a boot 
image 140 for that particular target server usmg standard routing. This allows a single or 
reduced number of boot servers to service multiple subnetworks. In this advantageous 
technique, the target server 1 10 receives the NBP from the Windows CE based computer 120 
in response to its broadcast. By executing the NBP, the target server 110 can obtain the boot 
rniage 140 from a centrahzed boot server 130. 

[0012] Figure IB is a flowchart of an example Compaq NBP 30 for using with the 
Windows CE based computer 120 for a Compaq system, such as any model of Compaq iPAQ 
3100 and 3600 family, Compaq iPAQ 3700 family, and Compaq iPAQ 3800 family, 
according to a disclosed embodiment. In step 35, the NBP 30 issues a boot server request 
and the process waits for a response with up to four retries following a time out. In step 40, 
the Windows CE based computer 120 receives the boot server information. This information 
includes boot server name and/or its IP address, which could be different from the IP address 
of the Windows CE based computer 120, and the boot file name from the returned packet. In 
step 45, using the IP address of the boot server 130 and the boot image name, the Windows 
CE based computer 120 issues a Trivial File Transfer Protocol (TFTP) request for that boot 
image. The Boot Information Packet (BINL) requests, from the Windows CE based 
computer 120, the IP address and the NBP that it should download from the boot server. In 
step 50, the TFTP downloads the boot image where the content of the boot image is an image 
of the bootable floppy 140 (1.44 or 2.88 MB in size). Once this floppy has been downloaded 
it is placed into high memory of a server 110. In one embodiment, the boot file size is 16 
MB, and this msures that the Low memory is available for program usage after the Boot 
Strap process is initiated. 
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[0013] In step 55, the NBP can hook the DOS interrupts for Disk I/O, and the DOS 
interrupts for reading floppy drive (int 13h) are such that all request to read from the floppy 
drive are redirected to be read from the Bootfile image located in high memory. This means 
that any int 13h calls that are generated will go first to the Windows CE based computer 
code and not the standard ROM BIOS routine. In step 60, the NBP relocates the Master boot 
record from the downloaded boot file to 7C00H location using int 13h. Any other requests 
are forwarded on to the standard int 13h routine. In step 65, the available memory is 
determined in view of the size of the NBP and a memory location is assigned. The master 
boot record is copied to 7c00h in the memory. This is the standard boot mechanism. In step 
70, the control jumps to the location 7c00h of the master boot record where the booting 
process using the boot file starts and the NBP execution is terminated. This process of PXE 
booting repeats several times as required by the script that configures the server. The state 
information is kept such that after each reboot the system re-enters the script at the 
appropriate place until booting is complete. It will be appreciated that the technique is but 
one example, and other boot images, scripts, and processing can be employed. 

[0014] Execution of the net boot program provides server communication with the boot 
server 130 to whom the server 110 identifies itself by its IP address and in response an 
associated boot image 140 is provided to the requesting target server. Typically, the boot 
server 130 stores a database of boot images, operating systems, and application software on a 
storage medium, for example a hard drive 135. In one embodiment of the technique 10, the 
boot server 130 stores boot images specific to each target server 1 10 and links a specific boot 
image to a specific target server's 1 10 ID. The boot images 140 corresponding to each target 
server 110 may comprise a script specific to the requesting target server. Thus, when the 
boot server 130 receives a request from a particular target server 110, the boot server 130 
looks in its database and Unks a particular boot image to that server's ID and transfers that 
boot image to the target server 110. Typically, a boot image 140 also may comprise code to 
install at least one operating system on a requesting server, for example, Windows NT or 
Linux. In this manner, even headless servers, i.e. having no CD, floppy or hard drive, can be 
booted and provided with the desired operating system and appUcation software. The boot 
image 140 may also contain code for a certain desired appHcation software, for example, 
word processing, email, Internet access, etc. 
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[0015] In one embodiment, a net boot program can be stored in a "read-only" type 
memory (i.e.. Flash memory) of the target server, and subsequently executed out of that read- 
only memory in the target server 110. When the boot image 140 is transferred from the boot 
server 130 in response to executing the net boot program, the boot image 140 is transferred 
using a trivial file transfer protocol (TFTP) that is part of the PXE services. Thus, the target 
server 110 receives a booting script through execution of which it also receives operating 
software, application software hke TFTP, and any other applications that are included in the 
script. An example of a simple Compaq-specific boot script with self explanatory comments 
is provided herein. In the example script, the first step is to check the current state of the 
server configuration process. This information is kept on the server in nonvolatile RAM. 
Some steps in the boot script require computer reboots between successive steps to allow the 
ROM to incorporate the change before allowing additional configuration steps. After each 
reboot, the PXE process is repeated and the boot image is downloaded and the process picks 
up at the same point. The example boot script is arranged in four phases based on the state 
process. The four phases in this example accomplish following aspects of the booting 
process: 

Phase 1 

1 . Configure the System Hardware (mother board) 

2. Configure the Array controller(s) if any are present 

3 . Set the state to the next phase 

4. Reboot 
Phase 2 

1 . Create a boot partition and Special partition(optional) 

2. Set the state to the next phase 

3. Reboot 
Phase 3 

1 . Format and populate the boot and special partition(s) as required by the OS 
installation 

2. Set special partition type to hidden (if there is one) 

3. Set the state to the next phase 

4. Launch The OS install using unattended script capabiUties of The OS installer. 
Phase 4 

1 . Complete OS installation by updating Compaq drivers 

2. Launch any other application installation processes as indicated by customers internal 
build requirements. 
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{0016] In another embodiment, the boot server provides the same boot image to every 
requesting target server 110. However, the boot image 140 comprises an inside script within 
a main script. The main script has the common responses for each target server. The other 
script within the main script has responses and other actions specific to various target servers. 
Each target server 110 is capable of recognizing information specific to it fi-om the inside 
script and executes that specific information. This embodiment is advantageous because the 
boot server 130 provides the same boot image to every requesting target server 1 10. 

[0017] With reference to Figure 3, an embodiment of a prebooting execution environment 
Windows CE based computer 150 (Windows CE based computer ) is illustrated. In the 
illustrated embodiment, a microcomputer 160 has a NIC 155 coupled to a processor 165, and 
the processor is coupled to a display 162. The display 162, for example in one embodiment, 
is a 240 X 320 pixel display with 4096 colors, and a user input device 166, for example, a pen 
input device. An optional NIC-2 168 can be provided to enhance wireless communication 
capabilities, and possibly add additional memory to optionally store other NBPs in the 
computer. The Windows CE based computer 150 is provided with minimum hardware and 
software so that when a target server requests booting, the Windows CE based computer 150 
provides enough services to direct the requesting server to the boot server 130. The processor 
165 executes preboot execution environment routing software that can perform the following 
fimctions: Usten to the PXE requests 1 1 7 firom the PXE enabled target servers 1 1 0 of subnets 
112 and 114 of the computer network 115; and in response to the PXE request from the 
requesting server 110, provide a network boot program and address information of a boot 
server 130 to the requesting server 110. This embodiment of the Windows CE based 
computer 120 provides minimal services, whereas the boot server 130 can provide a 
maximum amount of services that are included by a particular installation. This embodiment 
has several advantages. For example, when the installation implements an operating system 
change, or other system changes, there is no need to implement the changes to the Windows 
CE based computers on an installation wide basis, unlike in the Intel PXE server architecture 
wherein each PXE server will require corresponding changes implemented therein. 
Moreover, integrity of the services through one boot server is easily maintained to provide 
reliable server booting. 
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[00181 The Windows CE based computer 150 is provided with a memory 170 coupled to 
the microprocessor 165. The memory 170 may be RAM, Flash memory, other available 
forms of memory or combinations thereof. In one embodiment, using a Compaq iPaq model 
3670, the memory 170 is 64 Mb RAM and 64 Mb Flash memory. In this embodiment, the 
operating system Windows CE is stored in ROM 182. The ROM 182 size is 16Mb. The 
memory 170 may have a web browser 172, PXE service applications 174, a TFTP appUcation 
176, a network boot program 178, and a boot image 180. In this embodiment, the Windows 
CE based computer may retain a boot image 180 that was received from the boot server and 
subsequently provide the boot image ISO to many different requesting servers as needed, for 
example, when maoy servers in a sequence may be requesting the same boot image 180, the 
Windows CE based computer 150 may be readily able to provide that stored boot image 180. 
However, when another server, for example, requests a different boot image, the process 
outlined above is used, and that particular boot image may be retained in the Windows CE 
based computer 150 for repeated usage, until a request for a new boot image is received. The 
Windows CE based computer 150 can be configured remotely through the web browser 172. 
This is advantageous in updating any Windows CE based computer software and updating 
any changed or new IP addresses of the boot server 130. An advantage of the Windows CE 
based computer illustrated here is that an Information Technology (IT) specialist may edit 
server parameters and make other desired configuration changes while in the field, e.g. being 
in the proximity of the servers, for example while making hardware upgrades to a server, or 
while being away from the servers and access to the Internet is not available. A person of 
ordinary skill will be able to use other known models of the Windows CE based computers or 
similar configurations and the noted programming to make a computer similar to Windows 
CE based computer illustrated herein. 

[0019] With reference to Figure 2, a system 100 for booting a computer network 115 is 
illustrated. A target network 115 of PXE enabled servers has subnetworks, for example 
subnetwork 112 and subnetwork 114, wherein each of the subnetworks is coupled to a 
corresponding Windows CE based computer 120. The Windows CE based computer 120 
Ustens to the PXE requests from servers in the target network 115 and answers with a net 
boot program and an IP address of a boot server 130 to the requesting target server. A boot 
server 130 is coupled to the Windows CE based computer through an IP socket 
communication or wireless communication for requesting images or other necessary 
configuration data. The boot server 130 may be coupled to the network through routers 125. 
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The boot server 130 may be coupled to the network 115 without a router as well As noted 
above, the Windows CE based computer 120 is preferably configurable through the web 
browser 172 or may be configured manually, whether the IT specialist is in the field, at the 
server site, or in the office. This fimctionality can be advantageously utilized in configuring 
the system 100 as well. 

[0020] With reference to Figure 4, an example of a client edit box 200 of the user 
interface of a hand held Windows CE based computer of Figure 3 is shown. The user 
interface allows the user to configure different aspects of the network, like handling the PXE 
listening process events, updating information in the event log, and other aspects of user 
interface events using the Windows CE based computer. The GUID (Globally Unique ID) 
210 is typically the computer manufacturer's computer serial number or any other unique 
identifier. The GUID 210 is synonymous with the well known acronym UUID (Universally 
Unique ID). The Windows CE based computer assigns a MAC (Media Access Control) 
address 215 to the computer having Id in the GUID 210 box. The BP address 220 of the 
computer is provided by the IT person. A network mask 225 is set to limit communication of 
the computer with the other devices in the network. Boot file 230 shows the name of the 
NBP for the computer having its Id in the GUID 210 box. The Boot image 235 shows the 
name of the boot image floppy that is downloaded and corresponds to the boot file 230. 

[0021] Figure 5 is an example of a real-time display 260 of the PXE console server on the 
user interface 200 of the Windows CE based computer of Figure 3. The real-time display 
260 shows a hst of computers' GUIDs 250, corresponding IP addresses 255 and the 
corresponding boot images 260 for the computers on the network. A PXE status box 265 
shows, in the example display 260, status of the DHCP socket or other relevant information. 
In the example real-time display the IT person can edit cUent information, add new clients, 
and delete clients. The example display 265 also shows status of the Windows CE based 
computer that the server is up. Similar real-time displays may be utilized to display other 
useful parameters. In another display, for example, the IP address of the Windows CE based 
PXE server 120, its' IP address Mask, IP address of the boot server 130, and the default boot 
image for a new target server that may be coming online, if any, may be displayed. In yet 
another display, a TFTP server screen for sending and receiving new files related parameters, 
for example, boot images 140, the Net boot program, and system definitions firom outside 
sources, Uke another Windows CE based PXE server, may be displayed. 
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[0022] The foregoing disclosure and description of the preferred embodiment are 
illustrative and explanatory thereof, and various changes in the components, circuit elements, 
circuit configurations, and signal connections, as well as in the details of the illustrated 
circuitry and construction and technique of operation may be made without departing from 
the spirit and scope of the invention. 
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Example Boot script: 



@ECHO OFF 
CLS 

REM*** 



REM *** Ensure that the shared network directory is used and get 

REM *** the current state 

REM*** 



S: 

CD \CPQ 

ECHO Retrieving State Information... 
S:\CPQ\STATEMGR /r Phase 

REM*** 



REM *** Remove this initial pause when the hatch file has been full tested 

REM *** and debugged 

REM*** 



REM *** 



REM *** Establish DOS error levels and branching in declining order 
REM*** 



IF ERRORLEVEL 10 GOTO StatelO 
IF ERRORLEVEL 9 GOTO State9 
IF ERRORLEVEL 8 GOTO StateS 
IF ERRORLEVEL 7 GOTO State? 
IF ERRORLEVEL 6 GOTO State6 
IF ERRORLEVEL 5 GOTO StateS 
IF ERRORLEVEL 4 GOTO State4 
IF ERRORLEVEL 3 GOTO StateS 
IF ERRORLEVEL 2 GOTO State2 
IF ERRORLEVEL 1 GOTO Statel 
IF ERRORLEVEL 0 GOTO StateO 
:StateO 
REM*** 



REM *** First state 

REM *** Configure the target server hardware by reading the configuration 
REM *** information in the script file S:\SERVERS\DL380\DL380NT.HWR 
REM *** Increment the state variable 
REM *** 



ECHO Running Configuration Replication Utility... 
S:\CPQ\CONREP -1 S:\DL380\SYSTEM.DAT 
ECHO Setting State Information... 
S:\CPQ\STATEMGR /w Phase 1 
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REM Second State Configure Array 

:Statel 
REM*** 



REM *** Second state 

REM *** Configure the array controllers by reading the configuration 

REM *** information in the script file S:\SERVERS\DL380\DL380NT.ARY and 

REM *** stamping it onto the array controllers of the target server 

REM *** Increment the state variable and reboot 

REM*** 



ECHO Configuring the Array Controllers... 
S:\CPQ\ACR /I S:\DL380\ARRAY.IM /o 
echo Setting State Information... 
ECHO Setting State Information... 
S:\CPQ\STATEMGR /w Phase 2 
REM*** 



REM *** Reboot to drive A: 
REM*** 



S:\CPQ\BOOT a: 

:State2 

REM*** 



REM *** Third state 

REM *** Create partition by reading content of the 

REM *** S:\SERVERS\DL380\DL380NT.PRT script file and stamping the 

REM *** configuration onto the hard drive in the target server 

REM *** Prepare for system partition population 

REM *** Increment state variable and reboot 

REM*** 



ECHO Creating Disk Partition... 
S:\CPQ\CPQDISK /w S:\DL380\DISKPART.INI 
S:\CPQ\SYSPART /update: enable 
ECHO Setting State Information... 
S:\CPQ\STATEMGR /w Phase 3 
REM*** 



REM *** Reboot to drive A: 
REM*** 



S:\CPQ\BOOT a: 

:State3 

REM*** 



REM *** Fourth State 

REM *** Populate the system partition 

REM *** Increment the state variable and reboot 
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REM*** 



ECHO Populating System Partition... 
S:\CPQ\SYSPART /update: disable 

C:\ 
CD\ 

S:\CPQ\PSYSPART /s:S: 
ECHO Setting State Information... 
S:\CPQ\STATEMGR /w Phase 4 
REM*** 



REM *** Before this reboot, the system partition is C: and the DOS partition 
REM *** is D: If you want to remove this reboot, use D: instead of C: when 
REM *** referring to the DOS partition until a reboot is done 
REM *** Reboot to drive A: 
REM*** 



S:\CPQ\BOOT a: 

:State4 

REM*** 



REM *** Fifth State 

REM *** Format the boot partition and populate 
REM *** Increment the state variable 
REM*** 



ECHO Formatting the First Disk Partition as DOS... 

S:\CPQ\CPQFMT C: 

C: 

CD\ 

ECHO Create Driver Directory and Copy Drivers... 

MKDIR $OEM$ 

S: 
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